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1 

2 FIELD OF THE INVENTION 
3 

4 The present invention relates generally to electronic commerce (e- 

5 commerce), and more particularly to a method for attracting customers to an e- 

6 commerce supplier's on-line representation, an on-line store, an assembly of 

7 Web pages representing an e-commerce supplier's on-line e-commerce 

8 representation and a server computer system. 
9 

10 BACKGROUND OF THE INVENTION 
11 

12 A primary operational function of any enterprise - selling goods and 

13 services to other enterprises and to individual consumers - can advantageously 

14 exploit network computing, particularly with the growing ubiquity of the 

15 Internet. The selling of goods and services among enterprises and to individual 
15 consumers comes under the general heading of commerce, and when supported 

17 by networked applications, it is called e-commerce. E-commerce provides many 

18 benefits for enterprises and individual consumers, for example reducing costs 

19 {administrative and overhead), delay and errors. E-commerce also opens up 

20 entirely new channels, such as selling goods and services directly to consumers 

21 over the Internet, and improves management decisions by providing more timely, 

22 complete and accurate information (see, for example, David G. Messerschmitt: 

23 Understanding Networked Applications, 2000, page 83). 

24 Commercial transaction involving a seller and a buyer commonly involves 

25 the following four basic steps: Matching buyers and sellers; negotiating terms 

26 and conditions; consummation; and customer service (see Messerschmitt, pages 

27 84-86). The present invention mainly deals with the first step, matching buyers 

28 and sellers. 

29 The typical mechanisms for matching buyers and sellers are: catalog; 

30 advertising; and recommendation. The seller publishes a catalog of goods and 
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1 services for sale and makes it available for a large collection of willing buyers to 

2 access at their initiative. Searching and navigation tools enable the buyer to find 

3 appropriate sellers. Further, the seller may make a large collection of potential 

4 buyers aware of its goods and services for sale by attaching advertisements to 

5 other publications interested buyers may access. For example, the advertisement 

6 takes the form of a banner that also serves as a hyperlink to the seller's site. 

7 Further, a customer (e.g. a buyer or potential buyer), may be led to a particular 

8 supplier (e.g. seller of a good or service) by a recommendation from another 

9 satisfied customer (see Messerschmitt, pages 85 and 86). 

10 It has been recognized that on-line games may be another powerful 

11 advertising and marketing tool for the Internet (see, for example, Jane Chen et 

12 al.: Can Advergaming be the Future of Interactive Advertising?, undated, 

13 http.7/www. kpe.com/ourwork/viewpoints/viewpoints.advergaming_4_.shtml). 

14 In particular, it has already been known to provide an on-line game in the 

15 context of a Web store in order to attract customers to the Web store. For 

16 example, the Web store www.kiangundkleid.ch provides an on-line game in the 

17 form of a "treasure hunt": The customer has to find "coins" which are 

18 distributed over the several Web pages of the Web store, if the customer finds a 

19 certain number of coins, he or she can take part in a quiz. If the customer 

20 completes the quiz successfully, he wins a prize which may be one of the Web 

21 store's products. 

22 www.sitebranding.com proposes the integration of a puzzle into a vendor's 

23 web site. The puzzle pieces are distributed over several pages ("links"). After the 

24 customer has finished retrieving all the puzzle pieces from the designated links, 

25 he or she will be offered a reward, for example in the form of a coupon, or free 

26 gift. 

27 U.S. Patent 5,710,887 assigned to Broadvision, Inc. discloses an electronic 

28 commerce application. A corresponding electronic commerce application is 

29 commercially available from BroadVision, Inc. under the trade mark One-To-One. 
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1 

2 SUMMARY OF THE INVENTION 
3 

4 The invention provides a method for attracting customers to an e- 

5 commerce supplier's on-line representation. An on-line game is provided for the 

6 customers within the, or linked to the, on-line representation. A customer who 

7 plays the game gets a reward or a prospect of a reward. The game has to be 

8 played repeatedly by the customer in order to get the reward or increase or 

9 maintain the prospect of the reward. 

10 According to another aspect, the invention provides an on-line store in 

11 which an on-line game is provided for customers within the, or linked to the, on- 

12 line store. The on-line store is arranged in such a way that a customer who 

13 plays the game gets a reward or a prospect of a reward. The game has to be 

14 played repeatedly by the customer in order to get the reward or increase or 

15 maintain the prospect of the reward. 

16 According to still another aspect, the invention is directed to an assembly 

17 of Web pages representing an e-commerce supplier's on-line representation in 

18 which an on-line game is provided for the customer. The Web pages are to be 

19 sent to the customer over the Internet. They are arranged in such a way that a 

20 customer who plays the game gets a reward or a prospect of a reward. The 

21 game has to be played repeatedly by the customer in order to get the reward or 

22 increase or maintain the prospect of the reward. 

23 Finally, the invention is also directed to a server computer system for 

24 providing an on-line game to be played within an, or linked to an, on-line store. 

25 The server computer system comprises: a game component which is arranged in 

26 such a way that a customer can play the on-line game and can get a reward or a 

27 prospect of a reward; a storage component which stores user-specific game 

28 data; a game-continuation-identification component which identifies a customer 

29 who replays the game in order to get the reward or increase or maintain a 

30 prospect of a reward; and a rewarding component which grants the reward to 
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1 the customer or increases or maintains the customer's prospect of a reward. 

2 Other features are inherent in the system, on-line store, assembly of Web 

3 pages and server computer system disclosed or will become apparent to those 

4 skilled in the art from the following detailed description of embodiments and its 

5 accompanying drawings. 
6 

7 DESCRIPTION OF THE DRAWINGS 
8 

9 In the accompanying drawings: 

10 Fig. 1 shows a high-level functional architecture diagram of an e- 

11 commerce server computer system linked to customers via the Internet; 

12 Fig. 2 is a flow chart of a method for attracting customers carried out 

13 by means of the server computer system of Fig. 1; 

14 Fig. 3 illustrates an assembly of Web pages representing a Web store 

15 with the functionality shown in Fig. 2; 

16 Fig. 4 illustrates three embodiments of on-line games; 

17 Fig. 5 illustrates two embodiments of how a prospect of a reward is 
. 18 collected and transformed into the reward by repeated playing; 

19 Fig. 6 illustrates two embodiments of how a prospect of a reward is 

20 reduced when the time interval between consecutive game-playing sessions is 

21 too large. 
22 

23 DESCRIPTION OF THE PREFERRED EMBODIMENTS 
24 

25 Fig. 1 shows a high-level functional architecture diagram of a preferred 

26 embodiment. Before proceeding further with the description, however, a few 

27 items of the preferred embodiments will be discussed. 

28 in the preferred embodiments, a method is provided for attracting 

29 customers to an e-commerce supplier's on-line representation. E-commerce 

30 mainly means the selling of goods and/or services to other enterprises and/or 
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1 individual consumers supported by networked applications, in particular based 

2 on the Internet. In the preferred ennbodiments, the supplier's on-line 

3 representation is a Web store in which the supplier offers its goods and/or 

4 services and provides order and paynnent (and, if applicable, shipping) 

5 functionality. The ternn "attracting customer" does not necessarily mean that the 

6 customers are new and visit the Web store for the first time. Rather, it also 

7 refers to customers who already know the Web store and visited it in the past. 

8 Therefore, attracting customers also means binding customers to the supplier. 

9 in the disclosed embodiments, an on-line game is provided for the 

10 customers within the, or linked to the, on-line representation. The on-line game 

11 may partly be loaded and executed on the customer's local host in his Web 

12 browser. But at least, the overall control of the game is performed on-line over 

13 the Internet, for example by the e-commerce supplier or a game service supplier 

14 acting on its behalf. The game may be embedded directly in the Web pages 

15 forming the Web store (for example, in the Web store's catalog of products 

16 and/or services) or can be linked to it, for example by hyperlinks which appear 

17 on pages of the Web store. It is likewise possible to combine both possibilities: 

18 for example, there may be a separate master game page for the control of the 

19 on-line game linked to the page of the Web store (for example to the Web 

20 store's homepage) and, further, several elements of the game embedded in 

21 pages of the Web store which may be linked to the master game page. 

22 According to the preferred embodiments, the on-line game may be a 

23 collecting game, a search game, a puzzle and/or a quiz. Most preferred is a 

24 game the elements of which (or links to the elements of which) are distributed 

25 over several different Web pages of the Web store so that the user has to visit 

26 different pages in order to play the game. Thereby, the customer may be led to 

27 visit Web pages which he would not visit otherwise. This enhances the 

28 probability that the user becomes aware of additional goods and/or services 

29 offered in the on-line store without actively requesting such offers, which 

30 corresponds to a push advertisement. The distribution of the game elements 
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1 over the Web store's Web pages may be static or may be changed with time. By 

2 changing the Web pages the playing customer must visit, the game's 

3 attractiveness is maintained and the probability that the customer will gather 

4 new product information is enhanced. The selection of Web sites that the 

5 playing customer must visit can also be made customer-specific according to a 

6 known customer's profile. For example, the selection may depend on the 

7 customer's personal data (such as age, sex and address) and/or his past buying 

8 behavior. 

9 In order to make the game attractive, a customer who plays the game may 

10 get a reward or a prospect of a reward. Commonly, the reward or prospect of a 

11 reward will only be granted if the customer plays the game successfully, for 

12 example if he collects or finds all items of a collecting or search game, finds and 

13 correctly combines all items of a puzzle or correctly answers all or the majority 

14 of the questions of a quiz. However, if the requirements are intended to be low, 

15 it is likewise possible to grant a reward or a prospect of a reward to every 

16 customer who plays the game, irrespective of his success, or to make the 

17 rewarding dependent on other game-behavior-related parameters, such as the 

18 time spent playing the game and/or the number of different pages visited in the 

19 course of the game. A prospect of a reward is not yet the reward. Rather, it can 

20 correspond to a fraction of the total requirements to get the reward and can only 

21 be transformed into the reward if a sufficient amount is accumulated and, 

22 optionally, if further requirements are fulfilled. For example, if a customer can 

23 get a certain number of points by playing a game (e.g. 10 points) and a higher 

24 score is required to get a reward (e.g. 100 points), the 10 points represent a 

25 prospect of the reward he gets as a result of the first round. Only after having 

26 increased the prospect by collecting 90 more points, will the customer get the 

27 actual reward. Another example: it may be required that a game is played a 

28 certain minimum number of times (e.g. 3 times) to get a reward. When the 

29 customer successfully plays the game for the first time, his game count will be 

30 set to one. The game count "1" represents the prospect of the reward he gets 
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1 from the first playing. Only after having played two more times, and thereby 

2 having increased the prospect to "2" and "3", will the customer get the actual 

3 reward. 

4 The reward may be a prize, for example in the form of money, a thing or a 

5 service. In the preferred embodiments, however, the reward is a rebate on one 

6 or more items offered in the Web store. This binds the customer more strongly 

7 to the Web store. 

8 In the preferred embodiments, the game has to be played repeatedly by the 

9 customer in order to get the reward or increase or maintain the prospect of the 

10 reward. This motivates the customer who has once visited the Web store and 

11 played the game to do this again, even if he is not interested in buying anything. 

12 The terms "playing the game repeatedly" and "replaying the game" must not 

13 only be understood in the narrow sense of "playing one and the same game 

14 several times from the beginning to the end" (this is only one of different 

15 possibilities). Rather, these terms have a broad meaning in the sense of "playing 

16 again after having already played and stopped". This includes a number of 

17 possibilities, for example: 

18 i) resuming a game after an interruption; 

19 ii) playing another round of a game (which may be different from or 

20 identical to previous rounds); 

21 iii) playing another game (which may be different from or identical to 

22 previous games). 

23 The single act of playing according to one of the different possibilities is 

24 also commonly designated as "game-playing session" herein. The different 

25 possibilities may be combined, e.g. a first replaying may be a resumption and 

26 completion of a first round and a second replaying a playing of a second round 

27 of a game. 

28 The games (or rounds) of such a series may be independent from one 

29 another and from their position in the series. Likewise, it is possible that one 

30 game (or round) depends on previously played games (or rounds) (e.g. on results 



1 achieved in the previous game or round) or the position of the game (or round) 

2 in the series (e.g. the degree of difficulty may increase from game to game (or 

3 round to round). 

4 The game and the rewards offered to the customer may be differentiated in 

5 a customer-specific way (e.g. they may depend on the customer's age, sex, 

6 etc.), based on known customer profile data. There are several preferred 

7 possibilities of how the requirement that the game must be played repeatedly 

8 can be implemented. In an embodiment in which the customer can, each time he 

9 plays the game, increase his prospect of the reward (e.g. the number of 

10 collected points) and, when a certain score (called "reward threshold") is 

11 reached, can get the reward. The requirement may, for example, be 

12 implemented by restricting the maximum number of points which can be 

13 achieved in one game-playing session to the n*'^ fraction (n = 2,3,4,...) of the 

14 reward threshold. By this measure, it is ensured that the customer has to play at 

15 least n times in order to get the reward. 

16 In another embodiment in which the number of times he plays the game 

17 (i.e. the number of game-playing sessions) is counted, the requirement may 

18 simply be implemented by requiring the game count to be a number greater than 

19 one, i.e. n = 2,3,4,... 

20 Further, requirements may be imposed on when the game has to be 

21 replayed. For example, in order to exclude any abuse of the reward system, a 

22 certain minimum time interval (e.g. one day) may be required between two 

23 subsequent game-playing sessions in order to be counted. Similarly, a maximum 

24 time distance between subsequent game-playing sessions can be required (e.g. 

25 one week) in order to steadily bind the customer to the Web store. If, for 

26 example, a customer fails to replay the game within the maximum time interval, 

27 he may be penalized by a gradual or sudden reduction of his already-acquired 

28 prospect. A sudden reduction may mean that he looses all his already-acquired 

29 prospect. 
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1 The requirement that the customer must play repeatedly implies that 

2 information regarding the previous game-playing session or sessions is available 

3 and is brought into relationship with the current game-playing session. If the 

4 corresponding data are stored on the supplier's side, this requires the customer 

5 to be identified in order to assign the stored data to the current game-playing 

6 session. One way of identifying a customer is to require active customer 

7 authentication in order to allow access to the Web store. However, this is less 

8 preferred since it may deter customers from visiting the Web store. A more 

9 preferred way of identifying a customer is based on what is known as the 

10 "cookie" technique. A cookie is a little file locally stored on the customer's host 

11 by the customer's browser whenever he visits the Web store. The cookie 

12 contains information which enables the supplier to identify the customer. {More 

13 specifically, the cookie enables the identification of the customer's host since 

14 the host does not necessarily "know" who the current operator is. However, no 
.15 differentiation between the customer and the customer's host is made in the 

16 following.) When the customer enters the Web store again (i.e. sends a request 

,17 for the Web store's homepage to the supplier's server), the cookie file is 

18 attached to the request. Based on the received customer-specific cookie 

19 information, the supplier can identify the customer, retrieve stored game data 

20 about the customer, use them for the present game-playing session in the 

21 above-described manner and, optionally, update the game data depending on the 

22 results of the present game-playing session. The same identification mechanisms 

23 can be used to find and, optionally, update the customer's profile data. 

24 An on-line store can be considered as an assembly of Web pages 

25 representing the store, which are sent to a customer as a response to a 

26 customer's request together with a store functionality inherent in these pages. 

27 An on-line store commonly provides the following functionality: it provides a 

28 catalog of goods and/or services for sales; it enables the supplier and the 

29 customer to agree on a sale in certain conditions (including price, delivery 

30 schedule, etc.); it enables a completion of the agreed sale by payment and 
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1 transfer or fulfillment of the bought goods or services. Accordingiy, an on-line 

2 store commonly comprises Web pages which represent a catalog of the goods 

3 and/or services for sale (the catalog enables the customer to choose certain 

4 goods or services he wants to buy), and pages for choosing certain terms and 

5 conditions of the sale (e.g. a delivery schedule or conditions of payment). In the 

6 preferred embodiments, the on-line store also has the above-described game 

7 functionality and comprises one or more separate game-related Web pages 

8 and/or has included game-related content in the above-mentioned catalog and 

9 other pages of the Web store, 

10 From the customer's perspective, the Web store is represented by the 

11 assembly of the above-mentioned Web pages. The customer can load these Web 

12 pages via the Internet (i.e. the world-wide internet using the TCP/IP protocol 

13 suite) with the HTTP request-response protocol. The source code of the Web 

14 pages is commonly written in the Hypertext Markup Language (HTML) or any 

15 other suitable language which may be processible by Web browsers in the 

16 future, such as the Extensible Markup Language (XML). The Web pages may 

17 include mobile code, such as scripts (e.g. JavaScripts) and/or compiled program 

18 applets (such as Java applets). The mobile code can provide for a dynamic 

19 appearance of the Web pages at the customer's browser and may even provide 

20 for a local interactive game functionality. However, preferably the relevant part 

21 of the Web store and game functionality, remains on the server side. Thus, from 

22 the customer's perspective this functionality will only show up in a provision of 

23 Web pages which are already adapted to the specific transaction situation so 

24 that the Web store and game functionality is provided. For example, the 

25 question whether a certain article on sale is currently available is not decided 

26 locally on the customer's browser since this would require the whole article- 

27 availability database to be transmitted to the customer's browser. Rather, when 

28 the user selects an item, a corresponding request will be sent to the server. It 

29 will then be figured out on the server's side, whether the selected item is 

30 available and a response page which is configured according to the outcome of 
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1 the availability request is returned to the customer. Similarly, the data regarding 

2 a previously-achieved game score is preferably not stored at the customer's host 

3 (although this option is not excluded), but on the server's side. When the 

4 customer replays the game, the pages sent to him are configured in a way 

5 which takes account of this data. 

6 The disclosed embodiments also include a server computer system for 

7 providing an on-line game to be played within an, or linked to an, on-line store, 

8 The server computer system comprises a game component, a storage 

9 component, a game-continuation-identification component and a rewarding 

10 component. The game component is arranged in such a way that a customer 

11 can play the on-line game and can get a reward or a prospect of a reward. Since 

12 a customer has to play repeatedly in order to get the reward or increase or 

13 maintain his prospect of the reward, the storage component and the game- 

14 continuation-identification component are provided. The latter identifies a 

15 customer (for example by means of the above-mentioned cookie technique or an 

16 active authentication by the customer such as a password authentication). After 

17 having Identified the customer, the game-continuation-identification component 

18 finds out by retrieving game history data from the storage component whether 

19 the current attempt to play is a replay attempt. The result of this determination 

20 is taken into account by the game component which controls the course of the 

21 game. The rewarding component grants the reward to the customer or increases 

22 or maintains his prospect of a reward. 

23 It should be noted that this subdivision in several components is functional 

24 and does not necessarily imply a corresponding structural division. The 

25 functional components can, of course, be merged with other functional 

26 components (e.g. the game-continuation-identification component can be 

27 merged with a customer authentication component and the storage component 

28 may be merged with storage for other functions) or can be made of several 

29 distinct functional sub-components. 
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1 Returning now to Fig. 1, it shows a high-level functional architecture 

2 diagram of a preferred embodiment of a supplier's server computer system 1 

3 and a customer's Web browser 2 coupled to it via the Internet 3. The Web 

4 server system 1 comprises a Web server 4 and an application logic 5. The Web 

5 server 4 receives HTTP requests from the customer's Web browser 2 and 

6 returns HTTP responses in the form of documents which can be loaded, 

7 processed and displayed by the recipient (e.g. HTML pages with JavaScripts 

8 and/or Java applets) to the customer's Web browser 2. On the other hand, the 

9 Web server 4 interacts with the application logic 5 by means of a common 

10 gateway interface (CGI) through a firewall 7. There are a number of techniques 

11 for writing Web applications which do not use CGI and can be used 

12 alternativety, such as Microsoft ASP, PHP, Java servlets and/or Java Server 

13 Pages. The Web server 4 forwards the request to the application logic 5 which 

14 returns the documents to be sent to the Web browser 2 to it. In the preferred 

15 embodiments, the application logic 5 forwards already-completed documents to 

16 the Web server 4. In other embodiments, the application logic forwards only 

17 variable data which are merged with the invariable parts of the documents at the 

18 Web server. The application logic 5 is comprised of an interaction part 8, a 

19 transaction part 9, a store management part 10 and a data base part 1 1 . 

20 The interaction part 8 comprises an interaction manager 12, a customer 

21 identification component 13, a game continuation component 14, an e- 

22 commerce session manager 1 5, a customer authentication component 1 6 and a 

23 Web page generation component 17. The Interaction manager 12 manages the 

24 interaction between the application logic 5 and the Web server 4. The customer 

25 identification component 13 checks whether cookie data have been received 

26 together with a customer's request, analyzes the cookie data and identifies the 

27 customer on the basis of the cookie data, it is also responsible for preparing 

28 (new) cookies to be sent to the customer's Web browser with the next 

29 response. The game continuation component 14 ascertains, based on the 

30 customer Identification and game history data retrieved from the data base part 
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1 II, whether the customer has already played a game in the past which he now 

2 may continue or repeat. The customer identification component 13 and the 

3 game continuation component 14 together form a game-continuation- 

4 identification component. The e-commerce session manager 15 recognizes the 

5 several requests/responses which together form an e-commerce session. In 

6 HTTP the individual requests/responses are not related to one another. HTTP is 

7 therefore also called a stateless protocol. Due to HTTP's stateless nature, a 

8 session management is usually implemented within an e-commerce application. 

9 The individual requests/responses which together form one e-commerce session 

10 are therefore bound together under the control of the e-commerce session 

11 manager 15, for example by including a unique session identifier to each 

12 response belonging to one session in such a manner that the session identifier is 

13 sent back by the customer's Web browser 2 with the next request. The 

14 customer authentication component 16 comes into action when the customer 

15 identification 13 provided by the identification component is not considered 

16 sufficient (for example, when an order is submitted). For example, the customer 

17 then has to forward his password which is checked by the customer 

18 authentication component 16. The Web page generation component 17 

19 assembles information from the different parts of the application logic 5 and 

20 generates the Web pages to be sent to the customer's Web browser 2. 

21 The transaction part 9 is comprised of a catalog component 18, a game 

22 component 19, a rewarding component 20, a pricing component 21, an order 

23 manager 22, a payment handier 23 and a shipping handler 24. The catalog 

24 component 18 is responsible for providing the store's catalog, which may be 

25 user-specific. The game component 19 provides the game functionality 

26 according to which the customer can play an on-line game within the, or linked 

27 to the, Web pages of the on-line store during an e-commerce session. The 

28 rewarding component 20 grants a reward or a prospect of a reward to the 

29 customer or increases or maintains an already-acquired prospect of a reward, 

30 depending on the results of the present game-playing session determined by the 
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1 gaming component 19 and whether the game customer has just started a new 

2 series of game-playing sessions or has replayed a previously-started game, as 

3 determined by the game continuation component 14. The pricing component 21 

4 determines the prices to be shown in the catalog pages to be sent to the 

5 customer. These prices may be customer-specific. In embodiments in which the 

6 reward granted to the customer is in the form of a rebate, the prices determined 

7 by the pricing component 21 are lowered according to the rebate. The order 

8 manager 22, payment handler 23 and shipping handler 24 are responsible for 

9 the order, payment and shipping fulfillment. The payment handler 23 and the 

10 shipping handler 24 are connected to external payment systems 25 and shipping 

11 systems 26, respectively. These external systems may be well-known existing 

12 implementations, for example the payment systems 25 may be VISA'S 

13 computerized credit card network. The database system 11 is comprised of a 

14 data base management system (DBMS) 27 and a database 28. It stores all 

15 relevant data, such as catalog data, Web page representation data, pricing data, 

16 game data, game history data, user profile data etc. 

. 17 The Web server system 1 can be implemented using standard Web server 

18 hardware and software and, for example, an e-commerce application 

19 commercially available from BroadVision, Inc. under the trade mark One-Two- 

20 One. A description of a similar application can be taken from U.S. Patent 

21 5,710,887 assigned to Broadvision, Inc.. The program objects of the 

22 BroadVision application are objects in compliance with the Common Object 

23 Request Broker Architecture (CORBA). CORBA is a standard for distributed 

24 object management and provides a standard definition for the interfaces 

25 between the distributed objects (see Messerschmitt, pages 451-453). In the 

26 preferred embodiments, the game-related program objects which are not 

27 commercially available are written in an object-oriented programming language 

28 (e.g. Java or C+ -F) and interfaced with the other program objects in compliance 

29 with CORBA. The digital program code representing a part of the Web store can 

30 be loaded and executed on the Web server system. 
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1 Fig. 2 shows a flow chart of a method for attracting customers carried out 

2 by means of the server computer system of Fig. 1. In step SI a request is 

3 received from a customer indicating that he wants to play the on-line game. In 

4 step S2, it is ascertained whether the customer is already known. If the answer 

5 in step S2 is negative, the user can start to play a new game in step S3 {"new 

6 game" means that the customer starts without credit and the present game- 

7 playing session is considered as the first one of a series). If the customer plays 

8 successfully, he is granted a credit of points in step 84. Then, the method ends. 

9 If, however, the answer in step S2 is positive, it is ascertained in step S5 

10 whether the customer attempts to replay the game and has already a credit of 

11 points. If the answer in step S5 is negative, the already-explained steps S3 and 

12 S4 are carried out. If, however, the answer in step S5 is positive, it is 

13 ascertained in step S6 whether the time distance to the customer's previous 

14 game-playing session is shorter than a minimum time interval. If the answer in 

15 step S6 is positive, the game is refused in step S7. If, however, the answer is 

16 negative in step S6, it is ascertained in step S8 whether the time distance to the 

17 customer's last game-playing session is longer than maximum time interval. If 

18 the answer in step S8 is negative, the user can replay the game in step S9. If 

19 the customer plays the game successfully, his credit is incremented in step S10. 

20 In step S11 it is ascertained whether the customer's credit is above a reward 

21 threshold. If, however, the answer in step S11 is negative, the method ends, if 

22 the answer in step S1 1 is positive, the customer is granted a reward (e.g. a 

23 rebate) and the customer's credit is cleared. After step SI 2, the method ends. 

24 If, however, the answer in step S8 is positive (i.e. if the time distance to the 

25 previous game-playing session is longer than the maximum time interval) the 

26 customer's credit is reduced in step SI 3 depending on the length of time. In 

27 step SI 4 it is ascertained whether the customer still has a credit. If the answer 

28 in step SI 4 is negative, the steps S3 and S4 are carried out (i.e. the customer 

29 can only start a new game). If, however, the answer in step SI 4 is positive, 

30 steps 89 to 812 are carried out (i.e. the customer can replay the game starting 
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1 with the reduced credit). 

2 The Web store Is an assembly of several related Web pages to which the 

3 Web store functionality and the on-line game functionality are inherent, as 

4 described above in conjunction with Figs. 1 and 2. Fig. 3 illustrates an 

5 embodiment of such an assembly of Web pages. Commonly, the customer will 

6 consecutively load the different Web pages in his Web browser 2, so that only 

7 one Web page is visible at a time from his perspective. Only for illustrative 

8 purposes, the different Web pages are shown side by side in Fig. 3. Hyperlinks 

9 between the Web pages are indicated with broken lines and arrows in Fig. 3. 

10 The customer will be led to a homepage 31 of the Web store via a hyperlink 

11 from an advertisement banner, a search-engine's result list, etc. or by directly 

12 entering the Web store's domain name. The homepage 31 comprises hyperlinks 

13 to a catalog master page 32, an order-payment-authentication page 33 and a 

14 game master page 34. In turn, these pages 32, 33 and 34 have hyperlinks to 

15 the homepage 31 . 

16 In a simple type of Web store illustrated in Fig. 3, the catalog master page 

17 32 in turn provides a multitude of hyperlinks to product pages 35a, 35b, 35c. In 

18 more sophisticated Web stores, there Is a tree-like structure of Index pages 

19 between the catalog master page 32 and the product pages 35, and/or the 

20 catalog master page 32 is equipped with a search facility which provides in its 

21 result list hyperlinks to the product pages 35. Each product page 35 presents a 

22 product or a group of products and provides a button 36 which enables the 

23 customer to virtually put the product into a basket if he wants to buy it. Further, 

24 the product pages 35 have hyperlinks 37 to the order-payment-authentication 

25 page 33. When the user has put all the desired products into the basket, he can 

26 click onto the hyperlink 37 in order to carry out the order-payment- 

27 authentication process in page 33. For customers who are already authenticated 

28 and have already provided their payment data, a one-click functionality is 

29 likewise possible according to which an order can be carried out by a single 

30 click, for example onto button 36. 
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1 The game master page 34 comprises a game information field 38 which 

2 provides explanation regarding the game, an indication of the current score 

3 reached by the customer; an indication of how many points are still needed or 

4 how many replays are required to get a reward, and a reward acceptance button 

5 if the currently acquired score is already sufficient for the reward. The game 

6 itself is subdivided into several game elements 39a, 39b, 39c which appear on 

7 the individual product pages 35a, 35b, 35c. The game elements 39 have 

8 hyperlinks to the game master page 34 enabling the customer to get the game- 

9 related information, like the current score, or, if the user has collected a 

10 sufficient score, accept a reward. In the embodiment shown in Fig. 3, there are 

11 no hyperlinks from the game master page 34 back to the individual product 

12 pages 35 in order to urge the customer who wants play to search through the 

13 individual pages of the Web store. 

14 Fig. 3 also illustrates how the grant of a reward - here a rebate - appears in 

15 the assembly of Web pages. The order-payment authentication page 33 further 

16 contains a price indication 40 and a rebate indication 40'. The price indication 

17 40 indicates, for example, the total standard price of an order. If a customer has 

18 exceeded the reward threshold by repeated playing the game and has accepted 

19 the reward by clicking on the reward accept button in the field 38, the reward in 

20 the form of a rebate is shown by the rebate indication 40'. The customer then 

21 only has to pay a price reduced by the rebate. 

22 Fig. 4 illustrates different embodiments of on-line games. Fig. 4a shows a 

23 puzzle. Each game field 39 of an individual catalog page 35 only contains a 

24 fraction of the puzzle items (here only one puzzle item 41) to be collected and 

25 assembled to a complete puzzle 42. Upon clicking onto a puzzle item 41, it is 

26 virtually transferred into a puzzle field 43 in the game master page 34. Clicking 

27 on a puzzle item 41 in a catalog page 35 implies the activation of hyperlink to 

28 the game master page 34 so that it is loaded and the customer can immediately 

29 try to match the clicked puzzle item 41 with other already-collected puzzle items 

30 41, for example by dragging it with a pointing device (e.g. a mouse) within the 
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1 puzzle field 43. The replay functionality can be implemented in alternative ways: 

2 for example, the user can be required to play the puzzle game several times and 

3 to complete the puzzle 42 each time he plays. Preferably, the puzzle is varied 

4 from game-playing session to game-playing session in order to make the 

5 repeated playing more exciting and to avoid habitual effects. Alternatively, the 

6 number of puzzle items 41 collectable per game-playing session could be limited 

7 {for example to one item per game-playing session). Then, in order to get the 

8 reward, the customer has to play that number of times which is necessary to 

9 collect all puzzle items 41 (in the above example, he would have to play n times, 

10 wherein n corresponds to the total number of puzzle items 41 in the puzzle 42). 

11 Fig. 4b illustrates a game which is partly a collection game and partly a 

12 search game (in other embodiments (not shown) the game is either a collection 

13 or a search game). The game comprises items 44, 45 which are distributed over 

14 the individual catalog pages 35. There are collection items 44 which are easily 

15 recognizable if the corresponding catalog page 35 is loaded. Further, there are 

16 search items 45 which are hidden among the contents of the catalog pages 35. 

17 To find them, the customer has to closely examine the catalog pages 35. When 

18 the customer has noticed an item 44, 45, he can virtually collect it by clicking 

19 on it. As a consequence, the item is transferred to an item collection field 46 in 

20 the game master page 34. Clicking onto an item 44, 45 In a catalog page 35 

21 may also activate a hyperlink to the game master page 34 so that this page is 

22 loaded and the customer is immediately informed about the current status of the 

23 game. Similar to the embodiment of Fig. 4a, there are different alternative ways 

24 of implementing the replay functionality. For example, the customer may be 

25 required to play several times and to collect all available items 44, 45 each time 

26 he plays in order to get a prospect of a reward. The way in which the items 44, 

27 45 are distributed or hidden is preferably varied from game-playing session to 

28 game-playing session. According to an alternative possibility, the number of 

29 items 44, 45 per game-playing session is smaller than the number required for a 

30 reward. Then, in order to get the reward, the customer has to play several 
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1 times. It should be noted at this point, that a separate game field 39 as shown in 

2 Figs. 3 and 4a is not necessarily required. Rather, the association between the 

3 game and the e-commerce contents to which the customer should be attracted 

4 can even be enhanced by mixing the game items with the e-commerce contents. 

5 For example, in Fig. 4b the items 44, 45 are spread over or even hidden among 

6 the catalog-page contents. 

7 Finally, Fig. 4c illustrates a quiz. The quiz is comprised of quiz elements 39 

8 in the catalog pages 35 and a quiz results field 47 in the game master page 34. 

9 In the quiz elements 39, a quiz question and several alternative answers with 

10 clickable answer buttons 48 are provided. In order to play the quiz game, the 

11 customer has to click on one (or, if more than one answer is correct, on several) 

12 quiz buttons 48. In the embodiment of Fig. 4c, clicking on a quiz button 48 does 

13 not activate a hyperlink to the game master page 34. Rather, a separate 

14 hyperlink 49 is provided for this purpose in order to allow the customer to 

15 correct his choice before jumping to the game master page 34. The quiz results 

16 list 47 provides the customer with an overall view of the quiz results achieved 

17 so far. As with Figs. 4a and 4b, there are several possible ways of implementing 

18 the replay functionality. For example, in one embodiment, the user has to play 

19 several times and has to answer all quiz questions distributed over the catalog 

20 pages 35 each time he plays in order to get a prospect of a reward. Upon 

21 replaying the quiz game, the user has to answer another set of (different) quiz 

22 questions. Alternatively, the number of quiz questions that can be answered in 

23 one game-playing session may be limited (for example to one), and the user gets 

24 a reward only if he answers all questions. This urges him to replay the quiz 

25 game. 

26 Fig. 5 illustrates two embodiments of how a prospect of a reward is 

27 collected and transformed into the reward by repeated playing. In the 

28 embodiment of Fig. 5a the number of successful game-playing sessions is 

29 counted. The total number of successful game-playing sessions represents the 

30 prospect for the reward, and each successful game-playing session increases 
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1 this prospect. In the example shown, three such game counts are required in 

2 order to get the reward. In order to be counted, the replay must respect a 

3 certain minimum time interval indicated with a bar in Fig. 5 to the previous 

4 game-playing session. In the example of Fig. 5a, the customer plays for the first 

5 time and obtains one game count. Then, he plays for the second time; however, 

6 the time distance to the first game-playing session Is shorter than the required 

7 minimum time interval so that the second game is not counted. The third game- 

8 playing session is at a sufficient time distance from the first game-playing 

9 session, but not from the second game-playing session. However, since the 

10 second game is not counted, the third game is accepted and the customer gets 

11 his second game count. The fourth game-playing session is at a sufficient time 

12 distance from the third one, so that the game count is increased to three. Since 

13 the customer has now reached the required number of game counts, he can 

14 transform them into the reward. 

15 The second embodiment according to Fig. 5b corresponds to the one of 

16 Fig. 5a, apart from the fact that the customer can collect points as prospect of a 

17 reward, and a certain number of points If required to get the reward. The 

18 maximum number of points obtainable per game-playing session Is smaller than 

19 the required total number of points, which encourages the customer to play 

20 repeatedly in order to get the reward. In the example shown In Fig, 5b the 

21 maximum number obtainable per game-playing session is 10, and the required 

22 total number of points {i.e. the reward threshold) is 50, In the example, the 

23 customer had to play seven times in order to reach the reward threshold and get 

24 the reward since one game has not provided any points due to a failure to 

25 comply with the minimum time interval requirement, and in other games the 

26 customer has only achieved less than the maximum number of points. 

27 There are different possible ways of implementing the minimum-time- 

28 interval requirement. In a first embodiment (not shown), after a completion of a 

29 game-playing session, the game is disabled and will only be enabled when the 

30 minimum time interval has elapsed. According to another embodiment (not 
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1 shown), only partial game functionalities are available during the minimum-time- 

2 interval. For example, in a game in which points can be accumulated, the user 

3 can still resume a previous round of the game in order to improve his score. 

4 However, the next round of the game cannot be commenced before the 

5 minimum time interval has elapsed. According to still another alternative {shown 

6 in Figs. 5a and 5b), playing is allowed but not counted if it happens before the 

7 minimum time interval has elapsed. 

8 Fig. 6 illustrates two embodiments of how a prospect of a reward is 

9 reduced when the time distance between two subsequent game-playing session 

10 is greater than the allowed maximum time interval between game-playing 

11 session. According to the embodiment of Fig. 6a, the already acquired number 

12 of points is decreased gradually with time starting at the point of time at which 

13 the game should have been repeated. Since the decrease is gradual, a certain 

14 reduced number of points may be left and added to the number of points 

15 acquired in the next game-playing session, if the time distance is not too long. In 

16 the embodiment of Fig. 6b, however, the number of acquired points is suddenly 

17 set to zero at the above-mentioned point of time. 

18 With the preferred embodiments, customers will be more efficiently 

19 attracted and bound than was previously the case. Thus, a genera! purpose of 

20 the preferred embodiments is to provide an improved method, on-line store, 

21 assembly of Web pages and server computer system. 

22 All publications and existing systems mentioned in this specification are 

23 herein incorporated by reference. 

24 Although certain methods and products constructed in accordance with the 

25 teachings of the invention have been described herein, the scope of coverage of 

26 this patent is not limited thereto. On the contrary, this patent covers all 

27 embodiments of the teachings of the invention fairly falling within the scope of 

28 the appended claims either literally or under the doctrine of equivalents. 



